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Description 

METHOD TO FACILITATE FAILURE 
MODES AND EFFECTS ANALYSIS 

Background of Invention 
[0001] 1. Field of the Invention 

[0002] The present invention relates to failure modes and effects 
analysis (FMEA). In particular, the present inventions re- 
lates to generating a FMEA form to indicate the FMEA. 

[0003] 2. Background Art 

[0004] Failure Modes and Effects Analysis (FMEA) relates, in gen- 
eral, to a process used to determine the adequacy of cur- 
rent control process and the need to mitigate risks by 
making changes to the current control process. FMEA re- 
lates to any number of industries and applications. Each 
industry and application may have separate standards and 
criterion for the control processes used therein. 

[0005] In the automotive industry, SAE specification J 1739 details 
a number of standards and criterion for automotive re- 



lated FMEAs. J1739 defines FMEA as a systemized group 
of activities intended to: (a) recognize and evaluate the 
potential failure of a product/process and its effects; (b) 
identify actions wliicli could eliminate or reduce the 
chance of the potential failure occurring; and (c) docu- 
ment the process. It is complementary to the process of 
defining what a design or process must do to satisfy the 
customer. 

[0006] Generating a FMEA form to indicate the FMEA, whether the 

FMEA is conducted with respect to the J 1739 specification 

or another specification, tends to be a difficult process in 

that most FMEA specifications fail to provide a robust 

method for generating the FMEA form. 
Summary of Invention 

[0007] The present invention overcomes the above-identified de- 
ficiencies with a robust method for generating a failure 
modes and effects analysis (FMEA) form. The method 
comprises providing a graphical user interface to display a 
sequential order for creating a number of graphical repre- 
sentations. The graphical representations are created to 
pictorially diagram component interactions of components 
comprising the analyzed system. The sequential order in- 
sures the graphical representation are created according 



to a predefined sequence of steps. The FMEA form is then 
generated after completing the steps. 
[0008] In the automotive industry, a FIVIEA form typically com- 
prises a number of data entry fields. The entry fields are 
filled in by the FMEA analyst to indicate the results of the 
FMEA. In this manner, the FMEA form indicates the FMEA. 
The FMEA form of SAE specification J1739 includes an 
item/function textual entry, a potential failure mode tex- 
tual entry, a potential effects of failure textual entry, a 
severity numerical entry, a classification textual entry, a 
potential cause of failure textual entry, a frequency of oc- 
currence numerical entry, a current designs controls pre- 
vention textual entry, a current design controls detection 
textual entry, a detection numerical entry, a risk prioriti- 
zation numerical entry, a recommended action textual en- 
try, a responsibility textual entry, an actions taken textual 
entry, a revised severity numerical entry, a revised fre- 
quency of occurrence numerical entry, a revised detection 
numerical entry, and a revised risk prioritization numerical 
entry. The present invention assists the FMEA analyst in 
analyzing the system for the purpose of inputting the 
data. 

[0009] One aspect of the present invention relates to utilizing 



graphical representations of component interactions to 
facilitate generating the FMEA form. The component inter- 
actions relate to the interactions between components 
comprising a system that the FMEA covers. The graphical 
representations of the component interactions provide a 
pictorial diagram of component interactions for one or 
more components comprising the system. The graphical 
representations provide the FMEA analyst with a robust vi- 
sual means to determine potential failure modes within 
the system. 

[0010] One aspect of the present invention relates to a sequential 
order for providing the graphical representations of the 
component interactions. The sequential order comprises 
steps for completing a number of graphical representa- 
tions which the FMEA analyst can use to facilitate generat- 
ing the FMEA form. The sequential order of the steps can 
comprise, in order, providing a boundary diagram graphi- 
cal representation, providing an interface matrix diagram 
graphical representation, and providing a parameter dia- 
gram graphical representation. The sequential order is ro- 
bust in that each graphical representation builds upon a 
previous graphical representation to facilitate generating 
the FMEA form. 



[001 1] One aspect of the present invention relates to a com- 
puter-readable medium. The computer-readable medium 
is programmed to facilitate generating the FMEA form. 
The computer-readable medium displays a sequential or- 
der for creating a number of graphical representations of 
component interactions by completing in order a number 
of steps. Once completed, the computer-readable 
medium is programmed to receive the graphical represen- 
tations to facilitate generating the FMEA form. The com- 
puter-readable medium is preferably programmed to in- 
dicate whether the graphical representations are received 
according to the sequential order of completion. The indi- 
cations provide robustness in that the FMEA analyst can 
follow the indications when creating the graphical repre- 
sentations. 
Brief Description of Drawings 

[0012] Figure 1 illustrates a system for failure modes and effects 
analysis; 

[0013] Figure 2 illustrates an exemplary failure modes and ef- 
fects analysis form; 

[0014] Figures 3A and 3B illustrate a graphical user interface to 
facilitate the failure modes and effects analysis; 

[0015] Figure 4 illustrates a boundary diagram to facilitate the 



failure modes and effects analysis; 
[0016] Figure 5 illustrate an interface matrix diagram to facilitate 

the failure modes and effects analysis; 
[0017] Figure 6 illustrates a parameter diagram to facilitate the 

failure modes and effects analysis; 
[0018] Figures 7A and 7B illustrate a completed failure modes 

and effects analysis form; and 

[0019] Figures 8A and 8B illustrate an interface checklist diagram 

to facilitate the failure modes and effects analysis. 
Detailed Description 

[0020] Figure 1 illustrates a system 10 for failure modes and ef- 
fects analysis (FMEA). The system 10 comprises one or 
more user computers 12 connecting through a network 14 
to a network server computer 16. The network computer 
16 connects to a database 20 for storing and retrieving 
data 22. The data 22 stored and retrieved by the network 
computer 20 can include electronically accessible docu- 
ments and diagrams. 

[0021] The network computer 20 includes a processor (not 

shown) for executing computer-readable instructions. The 
network computer 20 can execute instructions from a 
computer-readable medium, such as a hard-drive or 
compact disk. 



[0022] Figure 2 illustrates an exemplary FMEA form 26. The FMEA 
form 26 shown in Figure 2 relates to a Society of Automo- 
tive Engineers (SAE) specification J 1739. As such, this de- 
scription relates to the automotive industry and conduct- 
ing FMEAs according toJ1739. The scope of the present 
invention, however, is not limited to the automotive in- 
dustry or SAE specification J1739. In contrast, the present 
invention relates to any number of industries which con- 
duct FMEAs. 

[0023] In the automotive industry, the FMEA form 26 typically 
comprises a number of data entry fields. The entry fields 
are filled in by the FMEA analyst to indicate the results of 
the FMEA. In this manner, the FMEA form 26 indicates the 
FMEA. 

[0024] The FMEA form dictated by SAE specification J1739 in- 
clude an item/function textual entry 28, a potential failure 
mode textual entry 30, a potential effects of failure tex- 
tual entry 32, a severity numerical entry 34, a classifica- 
tion textual entry 36, a potential cause of failure textual 
entry 38, a frequency of occurrence numerical entry 40, a 
current designs controls prevention textual entry 42, a 
current design controls detection textual entry 44, a de- 
tection numerical entry 46, a risk prioritization numerical 



(RPN) entry 48, a recommended action textual entry 50, a 
responsibility textual entry 52, an actions taken textual 
entry 54, a revised severity numerical entry 56, a revised 
frequency of occurrence numerical entry 58, a revised de- 
tection numerical entry 60, and a revised risk prioritiza- 
tion numerical entry 62. The FMEA analyst inputs data for 
each entry to generate the FMEA form. 

[0025] Figures 3A and 3B illustrate a graphical user interface 66 
provided by the network computer 20. The graphical user 
interface 66 facilitates generating the FMEA form 26 by 
providing instructions and receiving inputs. In this man- 
ner, the FMEA analyst can view the graphical user interface 
66 to receive instructions for conducting the FMEA and for 
inputting data to the graphical interface 66 for use in 
generating the FMEA. 

[0026] The graphical user interface 66 can be a web page, or 
other medium. In particular, the graphical user interface 
66 can reside in a computer-readable program which can 
be loaded on one of the user computers 12 instead of be- 
ing accessed by the user computers through the network 
computer 20. 

[0027] The graphical user interface 66 displays a sequential order 
(1-5) for creating a number of graphical representations. 



The graphical representations are created to pictorially di- 
agram component interactions. The graphical representa- 
tions of the component interactions provide a pictorial di- 
agram of component interactions for one or more compo- 
nents comprising the analyzed system. The graphical rep- 
resentations provide the FMEA analyst with a robust visual 
means to determine potential failure modes within the an- 
alyzed system. The sequential order of providing the 
graphical representations insures the graphical represen- 
tation are created according to a predefined sequence of 
steps. 

[0028] The graphical user interface 66 includes a process indica- 
tor 68 to indicate completion of each graphical represen- 
tation in the sequential order. The process indicator 68 
includes one or more next step descriptions 70. The next 
step descriptions 70 indicate which step is to be per- 
formed next according to the sequential order of steps. 

[0029] The process indicator 68 begins with a step 72. Step 72 
relates to preparing a boundary diagram 74. Figure 4 il- 
lustrates the boundary diagram 74. The boundary diagram 
74 provides a pictorial diagram of component interactions 
comprising the components in the analyzed system which, 
as shown in Figure 4, is an automatic transmission shift 



quality system 76. The boundary diagram 74 sets the 
scope of the FMEA by identifying the relevant components 
which affect the system 72. 

[0030] The relevant components are those components having a 
physical or a non-physical interaction with the system. A 
physical interaction comprises actual touching, contact- 
ing, or of joining between components. A non-physical 
interaction comprises energy, material, information flow, 
or other such interaction between components. 

[0031] In the automatic transmission shift quality system 76, the 
relevant components comprise a suspension component 
84, a body component 86, a frame & mount component 
88, a driveline system component 92, a transmission 
component 94, an engine component 96, an exhaust sys- 
tem component 98, a powertrain control component 100, 
a throttle/speed control component 102, and a powertrain 
mounts component 104. 

[0032] An interaction line 106 connects interacting components. 
The interaction line 106 comprises an arrow at both ends 
of the interaction line (double-arrow) if the interaction is a 
physical interaction, and the interaction line comprises 
only an arrow at one end of the interaction line (single ar- 
row) if the interactions is a non-physical interaction. 



[0033] In the case of non-physical interactions, a textual de- 
scription details the non-physical interaction. For exam- 
ple, an interaction takes place between the engine com- 
ponent and the exhaust system component. A physical in- 
teraction 108 is shown with a double-arrow and a non- 
physical interaction 110 is shown with a single arrow. A 
description 112 for the non-physical interaction is shown. 
The direction of the single arrow of the non-physical in- 
teraction indicates the engine component delivers the 
non-physical interaction to the receiving exhaust gas sys- 
tem component, i.e., the single arrow points in the direc- 
tion of the receiving component. 

[0034] To determine the components and the interaction of the 
components shown in Figure 4, the FMEA analyst would 
brainstorm to determine the various components com- 
prising the analyzed system. Additional team members 
can also be included to assist the FMEA analyst. The net- 
work computer and the user computers 12 provide remote 
access such that multiple persons can be involved with the 
FMEA from different locations. This is achieved by each 
member accessing the graphical user interface 66 and up- 
loading and retrieving information to and from the graph- 
ical user interface 66. 



[0035] The boundary diagram 74 forces the FMEA analyst to 

think visually by requiring the FMEA analyst to provide a 
pictorial representation of the component interactions. 
This is an advantageous first step to insure the FMEA ana- 
lyst identifies a scope of the FMEA and the components 
affecting the scope. In addition, the FMEA analyst is fur- 
ther forced to think visually by drawing the interaction 
lines between each interaction component. This addresses 
a common problem of including components in the sys- 
tem while at the same time failing the detail the interac- 
tion of the components with other components. A compo- 
nent should be kept out of the boundary diagram unless it 
interacts with another component in the system. Compo- 
nents which are not so matched up are easily identified 
because no interaction line connect the component to an- 
other component. Still further, the textual descriptions for 
the non-physical interactions provides addition visual 
support for understanding the interactions. 

[0036] The process indicator 68 tracks completion of each step 
by tracking receipt of the corresponding graphical repre- 
sentations. Preferably, the tracking can be done by click- 
ing on a box 118 provided next to each step. The graphi- 
cal description changes as each step is completed. Ini- 



tially, the graphical description states the following: "1) 
Still to do: prepare boundary diagram" and "2) Next to do: 
prepare interface matrix diagram." This means the pro- 
cess indicator has not registered receipt of the boundary 
diagram. Once the boundary diagram is received, the 
graphical description will change and state: "1) Still to do: 
prepare interface matrix diagram" and "2) Next to do: 
prepare parameter diagram." 
[0037] In this manner, the process indicator indicates what is 
done, what is being worked on, and what is to be done 
next. Even a first-time FMEA analyst can follow the steps 
to generate the FMEA form. Preferably, the process indica- 
tor 68 conducts a brief computerized check of the bound- 
ary diagram 74 to make sure each component includes at 
least one interaction line, but such enhanced functionality 
is not required. 

[0038] A step 120 begins after the process indicator 68 indicates 
receipt of the boundary diagram 74. Step 120 relates to 
preparing an interface matrix diagram 122. Figure 5 illus- 
trates the interface matrix diagram 122. The interface 
matrix diagram 122 provides a strength for each interac- 
tion provided by the boundary diagram 74. In this man- 
ner, the interface matrix diagram 122 builds upon the 



data included in the boundary diagram 74. 

[0039] The interface matrix diagram 122 includes a vertical axis 
124 with each component listed and a horizontal axis 126 
with each component listed. Boxes 126 are place at each 
interaction of the vertical axis 122 and the horizontal axis 
124. The boxes 126 are four quadrant boxes as indicated 
with the phantom lines. A numerical entry 128 is made in 
each box to indicate the interaction between the compo- 
nents connecting to the box. The strength of each inter- 
action is a function of the numeric entry 128 and is posi- 
tioned within the box 126. 

[0040] A legend 129 indicates a meaning for the numerical entry 
within each box. A value of "2" indicates the interaction as 
one of necessary to functionality, a value of "1" indicates 
the interaction as one of beneficial but not absolutely 
necessary for functionality, a value of "0" indicates the in- 
teraction as one of not necessary to functionality, a value 
of "-1" indicates the interaction as one of causing nega- 
tive effects but not preventing functionality, and a value of 
"-2" indicates the interaction as one of requiring preven- 
tion to achieve functionality. 

[0041] The legend 129 also indicates a meaning for the position- 
ing of the value 128 within the box. The positioning of a 



numerical entry in a first quadrant (P) indicates pliysical 
touching, a second quadrant (E) indicates energy transfer, 
a third quadrant (I) indicates information exchange, and a 
fourth quadrant (M) indicates material exchange. The po- 
sitioning of the numerical entry provides a common de- 
scription of a type of interaction. This is advantageous to 
generalize the various interactions provided by the 
boundary diagram, as there can be numerous non- 
physical interactions with different descriptions, as shown 
in Figure 4. Preferably, more than one numerical entry can 
be include within each box with a total of up to four en- 
tries. 

[0042] For example, the interaction between the engine compo- 
nent and the exhaust component includes a numerical en- 
try for each interaction shown in the boundary diagram 
for these components. As such, two numerical entries are 
required. A first entry comprises a numeral "2" and the 
first quadrant to indicate a strength of interaction as 
physically touching and necessary to functionality. A sec- 
ond entry comprises a numeral "2" and the fourth quad- 
rant to indicate a strength of interaction as material ex- 
change and necessary to functionality. 

[0043] The interface matrix diagram 122 advantageously builds 



upon the boundary diagram 74 by forcing tlie FMEA ana- 
lyst to evaluate the strength of each interaction provided 
by the boundary diagram 74. This provides a second 
check of the interactions determined by the boundary dia- 
gram 74. Moreover, the visual representation of the 
strength value provides for quick analysis on a global level 
so that the FMEA analyst and team member can brain- 
storm potential failure modes. 

[0044] A step 130 begins after the process indicator 68 indicates 
receipt of the interface matrix diagram 122. Step 128 re- 
lates to preparing a parameter diagram 131. Figure 6 il- 
lustrates the parameter diagram 131. The parameter dia- 
gram 131 provides textual descriptions of noise factors 
132, inputs 134, control factors 136, and outputs 138 to 
indicate influences of potential failure for the system. The 
FMEA analyst enters data for each field based in part upon 
reviewing the interactions provided by the boundary dia- 
gram 74 and the strength of the interaction provided by 
the interface matrix diagram 122. In this manner, the pa- 
rameter diagram 130 builds upon the data included in the 
boundary diagram 74 and the interface matrix. 

[0045] As such, the parameter diagram 130 ties together infor- 
mation provided by the boundary diagram 74 and the in- 



terface matrix diagram 122 into a format that FMEA ana- 
lyst can use to generate the FMEA form. 

[0046] The input 134 relates to desired aspects of the system 76 
to be analyzed by the FMEA. As shown, the input 134 here 
relates to a request for change in vehicle performance. 
This means that the job of the FMEA analyst is to predict 
the potential failures in the system in response to such an 
input. To do this, the boundary diagram 74 and the inter- 
face matrix diagram 122 provide a framework that the 
FMEA analyst can use to create the parameter diagram 
130. Other inputs can also be analyzed. 

[0047] The output 138 comprises ideal functions 140 and error 
states 142. Unlike the inputs 134, the outputs 138 are 
predefined fields the FMEA analyst must fill in to complete 
the parameter diagram. The ideal functions 140 relate to 
desired output of the system if all component interactions 
functioned as expected. The error states 142 relate to po- 
tential errors in the output of the system. The error states 
142 are determined by brainstorming potential causes of 
failure based on the boundary diagram 74, the interface 
matrix 122, the noise factors 132, and control factors 
136. 

[0048] The noise factors 132 indicate influences on the input 134 



that can lead to disruption of tlie ideal function 140 and 
result in the error states 142. The parameter diagram 130 
includes predefined noise factors for piece-to-piece vari- 
ation 146, external conditions of usage 148, internal con- 
ditions of usage 150 and changes in dimension 152. 
These noise factors 132 are factors the FMEA analyst must 
analyze to indicate influences of potential failure for the 
system. Additional noise factors, however, can be in- 
cluded. 

[0049] The control factors 136 relate to various preventive ac- 
tions, quality checks, and testing procedures done to the 
components. The control factors 136 are intended to pre- 
vent the noise factors 132 from producing the error states 
142 or to discover error states 142 prior to delivery. The 
control factors can be quality testing procedures, design 
parameters, and other measures. 

[0050] The visual representation of the parameter diagram 131 
tying together each of the noise factors 132, inputs 134, 
control factors 136, ideal functions 140, and error states 
142 presents the FMEA analysis with a pictorial diagram of 
many of the features which can potential cause failures. 
The parameter diagram 131 leverages off of the data pro- 
vided by the boundary diagram 74 and the interface ma- 



trix diagram 122. The completion of tlie boundary dia- 
gram 74 and the interface matrix diagram 122 prior to 
completing the parameter diagram 131 ensures each 
component interaction is characterized and the strengths 
of the interactions are identified and included when deter- 
mining the error states. 

[0051] Additional fields can be included with the parameter dia- 
gram 131. The additional fields can provide other areas to 
inquire into to determine other potential failure modes. 
For example, a knowledge base or a customer feedback 
base could be generated and a corresponding field en- 
tered into the parameter diagram. The FMEA analyst 
would then enter a corresponding control factor, error 
state, ideal function, or noise factor for the additional 
fields. Preferably, the presentation of the additional data 
will lead to discovery of other potential failure modes. 

[0052] A step 154 begins after the process indicator 68 indicates 
receipt of the parameter diagram. Step 154 relates to in- 
putting data into the various field entries of the FMEA 
form 26. Figures 7A and 7B illustrate a completed FMEA 
form 156 after inputting the entries. The FMEA form 156 
is created by each of entering the item/function textual 
entry based upon reviewing the boundary diagram and the 



parameter diagram, entering the potential effects of fail- 
ure textual entry based upon reviewing the parameter di- 
agram, entering the potential cause of failure textual entry 
based on reviewing interface matrix diagram and the pa- 
rameter diagram, entering the current design controls 
prevention based on reviewing the parameter diagram, 
entering the current design controls detection textual en- 
try based on reviewing the parameter diagram, and enter- 
ing the recommended action textual entry base on re- 
viewing the parameter diagram. 
[0053] A step 162 begins after the process indicator indicates re- 
ceipt of the completed FMEAform 152. Step 162 relates 
to generating an interface checklist diagram 164. Figures 
8A and 8B illustrate the interface checklist diagram 168. 
The interface checklist diagram 164 is used to check the 
entries made to the FMEA form. A checkmark 172 is used 
to indicate that a relationship has been checked. The 
checkmark 172 can include X's, numbers, letters, or other 
indicia. 

[0054] The interface checklist diagram 168 includes a number of 
fields. Data for the fields can be manually entered or the 
graphical user interface 66 can import entries from one or 
more of the boundary diagram 74, the interface matrix di- 



agram 122, and the parameter diagram 131. Preferably, 
the graphical user interface 66 automatically imports data 
as needed or provides fields for each noise factor 132, 
each error state 142, each ideal function 140, and each 
control factor 136 from the parameter diagram. 
[0055] Noise factor management fields 174 are provided to indi- 
cate how the FMEA analyst plans to management the noise 
factors. As the noise factors influence failures and the 
generation of the error states, it is advantageous to assign 
a noise factor management strategy to each noise factor. 
The assigned strategies are checked against the FMEA 
form to insure the FMEA form includes similar manage- 
ment. The FMEA form is revised if it lacks the manage- 
ment strategy. 

[0056] The noise factor management strategies are designated 
with a roman numeral checkmark. I indicates change 
technology required to manage the noise factor. II indi- 
cates a need to apply a parameter design control to man- 
age the noise factor. Ill indicate a need to upgrade a de- 
sign specification to manage the noise factor. IV indicates 
a need to reduce or remove noise from to manage the 
noise factor. V indicates a need to add a compensation 
device to manage the noise factor. VI indicates a need to 



disguise or divert to manage tlie noise factor. 

[0057] For ideal functions 140, ideal function fields are provide 
to check which noise factors are affecting the ideal func- 
tions. The effect of the noise factors on the ideal functions 
is important as the ideal functions are the desirable out- 
put of the system. As such, the noise factors influencing 
the ideal functions need to be associated with the affected 
ideal functions and checked against the FMEA form to in- 
sure the FMEA form addresses the problem. The FMEA 
form is revised if it fails to take into account a noise factor 
which affects one of the ideal functions. 

[0058] For the control factors 132, control factor fields are pro- 
vided to check which controls factors are applicable to 
each noise factor. A checkmark matches the control factor 
with the corresponding noise factor. Each noise factor 
should receive a checkmark if a control factor is assigned 
to the noise factor. The FMEA form is matched against the 
control factor checkmarks to insure each noise factor is 
addressed. The FMEA form is revised if it fails to address 
each noise factor with one or more control factors. 

[0059] While the best mode for carrying out the invention has 
been described in detail, those familiar with the art to 
which this invention relates will recognize various alterna- 



live designs and embodiments for practicing the invention 
as defined by the following claims. The sequential order 
disclosed above is not intended to limit the scope of the 
present invention. In contrast, a non-sequential order 
could be used and the use of such a non-sequential order 
is within the scope and contemplation of the present in- 
vention. 



